IN THE SPECIFICATION 
Please replace the paragraph beginning at page 9, line 2, with the following replacement 
paragraph: 

-Additional devices can also be connected to the network as part of the system. In the 
depicted example, a legacy storage system 130, which has a legacy data storage device 132, is 
connected to the network. The system can access intellectual capital and data stored on the legacy 
storage system. Intellectual capital data is also stored on a file server 150 connected to the network. 
File server 150 includes a file manager program 152 and a file storage 154. Each of these 
components of the system will be described in more detail below.- 

Please replace the paragraph beginning at page 21, line 6, with the following replacement 
paragraph: 

-If the registration manager determines that the user wants to delete a datatype (step 620 
633), then the registration manager deletes the datatype from the registry (step 622). To do so, the 
registration manager issues a request, such as an SQL request, to the properties RDBMS associated 
with the datatype to delete a table for the datatype in the properties database. Also, the registration 
manager issues a request, such as an S 1 MQ request, to the bus manager to delete the message topic 
associated with the datatype. And the registration manager issues a request to the file server manager 
to deregister the datatype. Alternatively, the registration manager can keep the datatype in the 
registry, but mark the datatype as invalid by setting the datatype status field to INVALID.-- 

Please replace the paragraph beginning at page 24, line 10, with the following replacement 
paragraph: 

-After the registration manager receives the client information fi-om the user, the registration 
manager generates the registration manager generated fields, as shown in Table 4, including a 
password for the client (step 710) .— 

Please replace the paragraph beginning at page 24, line 20, with the following replacement 
paragraph: 
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-The registration manager then checks whether the new or modified client is valid (step 716 
730). To do this, the registration manager determines whether the client information is complete and 
the client name is unique. The registration manager then commits the client to the registry (step 
718).- 

Please replace the paragraph beginning at page 26, line 32, with the following replacement 
paragraph: 

-A functional block diagram of the client module and associated clients is shown in Figure 
10. Although three types of clients are shown with a single client module, this is to illustrate that 
each of those client types can be associated with the client module. A different instance of the client 
module, however, is instantiated for each client. The client module has a client module Application 
Programming Interface (API) 1002. which provides access to a developer to data and intellectual 
capital available on the system. The API is, for example, a Java® API,— 

Please replace the paragraph beginning at page 36, line 24, with the following replacement 
paragraph: 

-The storage controller can operate in three operating modes: local mode, remote mode, and 
legacy mode. Figure 18 depicts a functional block diagram of the storage controller operating in 
local mode. And Figure 1 9 depicts a functional block diagram of the storage controller operating in 
remote mode. Depending on whether the storage controller 225 is operating in local mode or remote 
mode, various functional components are illustrated. The storage controller interface 1 802 exposes 
an storage controller API to the client module. The local mode plug-in 1 804 interfaces with the 
JDBC interface 1 806 and HTTP interface 1 808 and manages the storage and delivery of data. The 
remote mode plug-in 1902 encodes and decodes the requests from the storage controller interface 
into document form for HTTP transmission and reception. The remote server 1906 is similar to the 
local mode plug-in in that it interfaces with the JDBC interface 1 806 and HTTP interface 1 808, and 
it encodes and decodes extensible Markup Language documents. The JDBC interface 1806 
manages the interface with the properties database 250. The HTTP interfaces 1808, 1904 and 1910 
interface between the storage controller 225 and the file server 150 453, and between the storage 
controller 225 and the remote server 1906. Each of these functional components will be described in 
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more detail below.- 

Please replace the paragraph beginning at page 44, line 18, with the following replacement 
paragraph: 

"Figure 24 depicts a functional block diagram illustrating how a datatype property mapping 
is achieved with the datatype mapping editor. Initially, a user enters a draws a map of the required 
properties for the datatype. The sources 2402 of the datatype, such as the document metadata and 
SQL table fields, are then isolated. The user then builds a query that will allow the sources to be 
queried based on the values coming in from the legacy storage controller.— 

Please replace the partial paragraph beginning at page 45, line 1, with the following 
replacement paragraph: 

-The construction of the datatype body is managed in two ways. First Firs, the queries are 
designed to extract the data components of the body. The results of these queries are then organized 
within the body as components, as shown in the following illustrative example:— 

Please replace the paragraph beginning at page 45, line 15, with the following replacement 
paragraph: 

-In addition to bringing in legacy data into the system through the legacy storage controller, 
the system can also acquire other external data into the system through the extemal data input 
manager. The external data input manager is an input gateway for extemal data to the system. It Its 
wraps and formats an incoming datatype in such a way that the data can be published and used in the 
system. Each datatype that is extemal has its own extemal data input manager. The system is 
defined in this maimer because of the individual data instance specific variables and the tight 
coupling the extemal data input manager will have with the specific data type. A functional block 
diagram of extemal data input managers 2502 and 2504 receiving external data instances 2506 and 
2508 and publishing to the messaging bus 25 10 is shown in Figure 25. As shown, the extemal data 
input managers 2502 and 2504 commimicate with the bus via client managers 2512 and 2514.- 

Please replace the paragraph beginning at page 45, line 30, with the following replacement 
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paragraph: 

"Figure 26 depicts a flow diagram of the illustrative steps performed by the external data 
input manager. One having skill in the art will appreciate that this is one illustrative implementation 
of the extemal data input manager, and that its implementation will be influenced by the type and 
frequency of the data input being managed. First, the external data input manager receives an 
extemal data instance from a data source (step 2602 3606). This can be done, for example, by 
receiving an electronic mail in an electronic mail queue that is periodically checked by the extemal 
data input manager.-- 

Please replace the paragraph beginning at page 47, line 3, with the following replacement 
paragraph: 

-This provides for complex chaining of passive intellectual capital that is influenced by 
active intellectual capital. Accordingly, problems with customer systems can be mapped to the 
intellectual capital quickly and dynamically. Further, new clients can be added to the system without 
the need for versioning the whole system. Therefore, dynamic solution paths through the system can 
be reused.— 
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